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(54) Title: METHOD FOR LOADING A FUNCTION PROVIDED BY A FIRST COMPUTER (SERVER) ONTO A SECOND 
COMPUTER (CLIENT) 

(54) Bezeichnung: VERFAMREN ZUM LADEN EINER FUNKTION, DIE VON EINEM ERSTEN RECHNER (SERVER) BEREIT- 
GESTf LLT WIRD, AUF EINEN ZWEITEN RECHNER (CLIENT) 

(57) Abstract 

A function is to be loaded from 
a first computer onto a second computer 
via a network, preferably a computer 
network or communications network. 
The second computer contains, in 
addition to the operating system, a 
platform-independent system, preferably 
a JAVA virtual machine which ensures 
that the platform-independent code 
(JAVA byte code) from the operating 
system of the second computer can run 
on the second computer. In addition 
to the platform-independent code, a 
platform-dependent code, particular to 
the hardware of the second computer, can 
be loaded from the first computer, thus 
avoiding the operation time losses that 
result from the platform-independent code. 
To this end, the first computer comprises 
the necessary platform-dependent 

functions, preferably as dynamic libraries, which are optionally requested by the second computer, so as to obtain operation time gains on 
the second computer. 




(57) Zusammenfassung 

Von cinem ersten Rechner soli ttber cin Netz, vorzugsweise ein Rechnemete oder ein Kommunikationsnetz, einc Funktion auf 
cinen zwcitcn Rechner geladen werden. Der zweitc Rechner cnth&lt dazu neben einem Betriebssystcm ein plattformunabhangiges System, 
vorzugsweise eine JAVA-Virtual-Maschine, das gewahrleistet, daB von dem Betriebssystem des zweiten Rechners plattformunabhangiger 
Code (JAVA-Bytecode) auf diesem zweiten Rechner ablaufen kann. Neben plattformunabhangigem Code kann auch plattformabhangiger 
Code, speziell fur die Hardware des zweiten Rechners, von dem ersten Rechner geladen werden, wobei die durch plattformunabhangigen 
Code resultierenden LaufzeiteinbuBen vermieden werden. Dazu umfaBt der erste Rechner die bentttigten plattformabhangigen Funktionen, 
vorzugsweise als dynamische Bibliothcken, die ggf. von dem zweiten Rechner angefordert werden, urn Laufzeitgewinne auf dem zweiten 
Rechner zu erzielen. 
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Beschreibung 

Verfahren zum Laden einer Funktion, die von einem ereten 
Rechner (Server) bereitgestellt wird, auf einen zweiten 
5 Rechner (Client) 

Die Erfindung betrifft ein Verfahren zum Laden einer 
Funktion, die von einem ersten Rechner (Server) 
bereitgestellt wird, auf einen zweiten Rechner (Client) , 
10 wobei der erste Rechner und der zweite Rechner uber ein Netz 
verbunden sind. 

Ein Net 2 bezeichnet ein Medium, liber das Rechner miteinander 
verbunden sind und uber das Nachrichten zwischen den Rechner, 
15 sei es verbindungslos oder verbindungsorientiert , 

ausgetauscht werden. Beispiele fur solche Netze sind 
Rechnernetze und Kommunikationsnetze . 

Mit Funktion wird eine Komponente bezeichnet, die auf einem 
20 zweiten Rechner benotigt und auf einem ersten Rechner zur 
Verfiigung gestellt wird. Derartige Funktionen konnen 
beispielsweise Programme, die uber das Netz von dem ersten 
Rechner ge laden werden sollen, Prozeduren im Verstandnis 
einer strukturierten Programmiersprache oder Methoden im 
25 objektorientierten Sinn sein. 

Die Programmiersprache JAVA ist dem Fachmann hinlanglich 
bekannt. Ein wichtiges Merkmal von JAVA ist seine 
Unabhangigkeit von einer bestimmten Plattform 

3 0 (plattformunabhangig) . JAVA lauft auf jedem System, auf dem 
eine JAVA- Virtual -Machine implementiert ist. Diese JAVA- 
Virtual -Machine iibernimmt die Ausfuhrung des JAVA- Programms , 
wobei eine kontrollierte Ubertragung mit anschlieSender 
Integritatsiiberprufung des geladenen Codes erfolgen kann. Ein 

35 JAVA-Appl^t- bezeichnet eine in JAVA geschriebene Applikation, 
die auf Netzbrowsern ausgefiihrt wird und somit auf der in dem 
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Netzbrowser integrierten JAVA- Virtual -Machine lauft. 
Allgemein ist jedes JAVA-Applet auch ein JAVA- Programm . 

Da, wie erwahnt, fur ein ablauf fahiges JAVA- Programm (z.B. 
5 ein JAVA-Applet) eine JAVA- Virtual-Machine notwendig ist, 

sind deutliche Lauf zeiteinbuSen im Vergleich zu einem eigens 
fur den jeweiligen Rechner geschriebenen Programm 
(plattformabhangig) hinzunehmen. JAVA-Hytpnodp bezeichnet 
einen Programmcode , der plattf ormunabhangig auf jedem 
10 Rechner, der iiber eine JAVA- Virtual -Machine verfiigt, ablauf en 
kann. Der JAVA-Bytecode ist in JAVA-Class-Filps integriert, 
die weitere fur die JAVA- Virtual -Machine nutzliche 
Information bereitstellen, insbesondere eine Semantik fur die 
Umgebung der JAVA- Virtual -Machine beinhalten. 

15 

Demzufolge kann unterschieden werden in plattf ormabhang-i gg r 
d.h. fur den jeweiligen Rechner spezif izierte , und 
plattf ormunabhangige . d.h. unabhangig von dem speziellen 
Rechner lauffahige, Programme. Mittels eines 
20 plattformabhangigen Programms ist der Einsatz von 
Programmcode (auch: Code) moglich, der spezielle 
Hardwaremerkmale des jeweiligen Rechners ausnutzt. Damit ist 
ein signif ikanter Lauf zeitgewinn bei Programmausfiihrung 
verbunden . 

25 

In existierenden Systemen, die verschiedene Rechner 
miteinander uber plattf ormunabhangige Programme (z.B. JAVA) 
verbinden, ist es von Nachteil, daS ein plattf ormunabhangiges 
Programm deutliche Lauf zeiteinbuSen mit sich bringt, 
3 0 wohingegen bei auf spezielle Hardware, insbesondere 

Multimedia-Hardware, abgestimmter Programmcode immense 
Lauf zeitvorteile mit sich brachte. 

Die Aufgabe der Erfindung besteht darin, ein Verfahren zum 
3 5 Laden einer Funktion.von einem ersten Rechner auf einen 

zweiten Rechner anzugeben, wobei die oben erwahnten Nachteile 
vermieden werden. 
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Diese Aufgabe wird gemafi den Merkmalen des Patentanspruchs 1 
geldst. 

5 Das erf indungsgemafce Verfahren ermoglicht das Laden einer 
Funktion, die von einem ersten Rechner (Server) 
bereitgestellt wird, auf einen zweiten Rechner (Client) , 
wobei der erste Rechner und der zweite Rechner fiber ein Netz 
verbunden sind. Dazu wird von dem zweiten Rechner fiber das 

10 Netz bei dem ersten Rechner angefragt, ob die Funktion in 
einem plattf ormabhangigen Code verffigbar ist. Falls ein 
plattf ormabhangiger Code nicht verffigbar ist, wird ein 
plattformunabhangiger Code der Funktion von dem ersten 
Rechner geladen und das Verfahren wird beendet . Ansonsten 

15 (der plattformabhangige Code ist verffigbar) wird zunachst 
uberprfift, ob dieser plattformabhangige Code der Funktion 
schon auf dem zweiten Rechner vorhanden ist und, so dies der 
Fall ist, wird dieser plattformabhangige Code geladen und das 
Verfahren beendet. Ist hingegen der plattformabhangige Code 

2 0 auf dem zweiten Rechner nicht vorhanden, so wird mittels 

einer Eingabe entschieden, ob der plattformabhangige Code vom 
ersten Rechner geladen werden soil. Ergibt sich aus der 
Eingabe, da£ der plattformabhangige Code nicht geladen werden 
soil, wird der plattf ormunabhangige Code geladen und das 
25 Verfahren beendet. Wird mittels der Eingabe entschieden, dafi 
der plattformabhangige Code geladen werden soil, so wird nach 
einer Verhandlung zwischen dem ersten Rechner und dem zweiten 
Rechner der plattformabhangige Code der Funktion auf den 
zweiten Rechner geladen. 

30 

Eine Weiterbildung der Erfindung besteht darin, da£ die 
Verhandlung folgende Schritte umfafct: 

Der zweite Rechner fordert von dem ersten Rechner eine Liste 
aller verfugbaren plattf ormabhangigen Realisieirungen der 

3 5 Funktion an. Diese Liste wird von dem ersten Rechner an den 

zweiten Rechner ubertragen. Der zweite Rechner wahlt eine 
geeignete Realisierung aus, teilt dies dem ersten Rechner mit 
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und fordert eine Ubertragung dieser Realisierung der Funktion 
an. Dadurch wird sichergestellt , daS eine passende 
plattformabhangige Realisierung zu dem zweiten Rechner 
ubertragen wird. Hierbei sei angemerkt, daS eine solche 
5 plattformabhangige Realisierung insbesondere ein fur die 
jeweilige Plattform erstelltes Programm oder ein fur die 
jeweilige Plattform kompilierter Object-Code sein kann. 

Eine andere Weiterbildung besteht darin, daS nach dem Laden 
10 plattf ormabhangigen Codes von dem ersten Rechner auf den 
zweiten Rechner eine Sicherheitsuberpriifung dieses 
plattformabhangigen Codes durchgefiihrt wird. Dabei kann diese 
Sicherheitsuberpriifung dadurch erfolgen, daS, ehe der 
geladene plattformabhangige Code auf dem zweiten Rechner 
15 ausgefuhrt wird, eine Integritatspriifung dieses Codes 
erfolgt, vorzugsweise mittels eines Virensuchprogramms . 

Im Rahmen einer zusatzlichen Weiterbildung ist es moglich die 
Eingabe auf eine der folgenden Arten durchzuf uhren : 

20 

a) Ein Benutzer gibt an, ob er plattformabhangigen Code von 
dem ersten Rechner laden will. Hierbei kann der Benutzer 
die Entscheidung treffen und das Risiko eingehen, 
korrupten, also fehlerhaften oder mit beispielsweise . 

25 Viren behafteten, Code von dem ersten Rechner zu 

empf angen. 

b) Die Eingabe erfolgt automatisiert dadurch, daS eine Liste 
auf dem zweiten Rechner gehalten wird, die Kennungen von 

3 0 Rechnern enthalt, die in einer sicheren Umgebung stehen 

(Trusted Servers) . 

c) Die Eingabe ist dauerhaft auf "Laden von 
plattformabhangigen Code" eingestellt, wenn der erste 

35 Rechner keine sicherheitsrelevanten Daten und/oder 

Programme enthalt . Dies ist vorzugsweise bei speziell 
dafiir vorgesehenen Netzwerkcomputern der Fall. Generell 
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ist von Vorteil, wenn die geladenen Funktionen nur fur die 
zeitlich begrenzte Sitzung benotigt werden, der zweite 
Rechner nach der Sitzung ausgeschaltet wird und/oder die 
uber das Netz erhaltenen Daten nicht persistent 
5 abspeichert . 

Auch ist es eine Weiterbildung, daS es sich bei dem 
plattformunabhangigen Code urn JAVA- Byte code, der. in JAVA- 
Class -Files integriert ist, handelt. 

10 

Weiterbildungen der Erfindung ergeben sich auch aus den 
abhangigen Anspruchen. 

Anhand der folgenden Figuren werden Ausf uhrungsbeispiele der 
15 Erfindung naher dargestellt. 



Es zeigen 

Fig.l ein System aus verteilten Rechnern mit plattf orm- 
abhangigen und plattformunabhangigen Funktionen, 
20 Fig. 2 ein Blockdiagramm fur ein Verfahren zum Laden einer 
Funktion in plattf ormabhangigen oder 
plattf ormunabh&ngigem Code, 
Fig. 3 ein Ablauf diagramm fur eine Verhandlung dariiber, 
welche Realisierung einer Funktion in plattform- 
25 abhangigem Code geladen werden soil. 

u 

Die in Fig.l dargestellte Konf iguration stellt ein 
Client -/Server-System dar. Die Rechner CLl, CL2 und CL3 
(Clients) wollen eine, vorzugsweise in JAVA geschriebene, 

3 0 Applikation auf deren Virtual -Machine VM ausfiihren. Die drei 
dargestellten Rechner CLl, CL2 und CL3 verfugen jeweils uber 
unterschiedliche Betriebssysteme SI, S2 und S3, wobei auf 
jedem dieser Betriebssysteme eine Virtual -Machine VM lauft, 
die ihrerseits sicherstellt , da£ plattf ormunabhSngige JAVA- 

35 Class-Files, der fur diese Virtual-Machine VM bestimmt ist, 
auf jedem der Rechner CLl, CL2 und CL3 ausgefuhrt werden 
kann. Handelt es sich bei den JAVA-Programmen urn JAVA- 
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Applets, so ist ein Netzbrowser aktiv. Auf dem Server SV ist 
eine Klasse A mit einer plattf ormunabhangigen Implement ierung 
einer Methode a enthalten {siehe Block 101) . 

5 Hierbei sein angemerkt, daS der Begriff "Methode" im Sinne 
der objektorientierten Programmierung verwendet wird, womit 
eine Prozedur Oder Funktion bezeichnet ist, die mit einer 
Klasse assoziiert ist und als Reaktion auf eine Botschaft 
aufgerufen wird. Dabei ist eine Botschaft eine Aufforderung 
10 an ein Objekt, eine seiner Methoden auszufuhren. 
Weitergehende Definitionen und Erlauterungen zur 
objektorientierten Programmierung mit den dort bevorzugten 
Begriff en sind dem Fachmann hinlanglich bekannt . 

15 Die Implementation der Methode a in plattf ormunabhangigem 
Code, vorzugsweise in JAVA-Bytecode und nicht in plattf orm- 
abhangigem Code bedeutet einen plattf ormiibergreif enden 
Einsatz der Methode a in alien Rechnern CL1, CL2 und CL3 mit 
einer entsprechenden Virtual -Machine VM, wobei mit Verwendung 

20 der Virtual-Machine VM Lauf zeiteinbufien in Kauf genommen 
werden . 

Eine zweite Methode b ist innerhalb der Klasse A 101 
lediglich deklariert; definiert wird die Methode b aufierhalb 
25 der Klasse A auf drei verschiedene Arten; 

1. In Form einer plattf ormabh&ngigen Bibliothek 102, die fur 
das Betriebssystem SI bestimmt ist; 

30 2. als plattformabhangige Bibliothek 103, die fur das 
Betriebssystem S2 bestimmt ist; 

3. als eine plattf ormunabhangige Methode innerhalb einer 
Klasse b (siehe Block 104) . 

35 

Fordert der Rechner CLl Code fur die Methode b an, so ladt er 
bisher die Klasse b und fuhrt den verhaltnismaSig langsamen 
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Bytecode aus, auch wenn der Rechner CL1 zur Durchfuhrung der 
der Methode b zugrundeliegenden Funktionalitat vorzugsweise 
uber spezielle Multimedia -Hardware verf iigt . 

5 Um es zu ermoglichen, speziellen plattf ormabhangigen und auf 
Laufzeit optimierten Code in dem jeweiligen Rechner (hier der 
Rechner CL1) nutzen zu konnen, wird die Methode b in der 
Klasse A als "native" deklariert. Somit erfahrt .der Rechner 
CL1, dafi die Methode b auch in plattf ormabhangigem Code auf 

10 dem Server SV verfugbar ist. Der Rechner CL1 ladt eine 

plattformabhangige Representation der Methode b, falls diese 
speziell fur seine Plattf orm, das Betriebssystem SI , 
verfugbar ist, von dem Server SV (im Beispiel von Fig.l 
entspricht dieser Representation der Block 102) . Damit erhalt 

15 der Rechner CL1 eine speziell auf die Hardware dieses 
Rechners CL1 abgestimmte und weniger lauf zeitintensive 
Version der Methode b. Vorzugsweise fiihrt der Rechner CL1 
uber eine vorgegebene Schnittstelle (JAVA-Native- Interface) 
die Methode b in der JAVA-Umgebung aus. 

20 

Die Anfrage eines Rechners CL1, CL2 oder CL3 beim Server SV, 
ob ein plattf ormabhangiger Code auf dem Server SV verfugbar 
sei und ob dieser ggf . auch auf den jeweiligen Rechner CL1, 
CL2 oder CL3 geladen werden soil, ist detailliert in Fig. 2 
25 dargestellt. 

In einem Schritt 201 fragt der Rechner CL1 an, ob 

plattf ormabhangiger Code auf dem Server SV verfugbar sei. Ist 

dies nicht der Fall, wird plattf ormunabhangiger Code geladen 

30 (siehe Schritt 202 bzw. Block 104 in Fig.l fur eine 

plattformunabhSngige Representation der Methode b) . Ist 
hingegen plattf ormabhangiger Code auf dem Server SV 
verfugbar, so wird in einem Schritt 203 f estgestellt , ob auf 
dem jeweiligen Rechner CL1 der entsprechende 

35 plattformabhangige Code schon lokal verfugbar ist. In solch 
einem Fall wird in einem Schritt 204 auf den lokal 
verfugbaren Code zugegriffen. Dies kann beispielsweise durch 
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entsprechende Zwischenspeicherung ( Cache -Speicher) 
gewahrleistet werden. 

1st plattformabhangiger Code auf dem Server SV verfiigbar, 
5 aber lokal auf dem Rechner CL1 nicht verfugbar, so wird in 
einem Schritt 205 entschieden, ob plattformabhangiger Code 
von dem Server SV auf den Rechner CL1 geladen werden soil. 

Als Entscheidungshilfe dient eine Eingabe 206, durch die der 
Benutzer festlegen kann, ob er plattf ormabhangigen Code von 
speziell diesem Server SV laden will. Eine andere mogliche 
Eingabe ist eine Liste, die Kennzeichnungen von Servern 
enthalt, die als vertrauenswurdig (Trusted Servers) gelten. 
Von solchen Servern kann ohne Sicherheitsrisiko 
plattformabhangiger Code geladen werden. Eine weitere 
Moglichkeit fur eine Eingabe ist es, immer 
plattf ormabhangigen Code von einem Server zu laden. Diese 
Strategie eignet sich v. a. dann, wenn der Rechner CL1 ein 
reiner Netzwerkrechner ist und/oder keine 
sicherheitsrelevanten Daten und/oder Programme enthSlt . 

Wird davon ausgegangen, dafc aufgrund der Eingabe 206 kein 
plattformabhangiger Code von dem Server SV geladen werden 
soli, so wird in einenf Schritt 207 plattf ormunabhangiger Code 
25 (siehe wieder Bock 104 in Fig.l) geladen. Soil hingegen 
plattformabhangiger Code geladen werden, so wird in einem 
Schritt 208 eine Verhandlung uber die Art des zu ladenden 
Codes (siehe auch Beschreibung zu Fig. 3) durchgefuhrt und in 
einem Schritt 209 der plattformabhangige Code geladen. 
3 0 Plattformabhangiger Code fur den Rechner CL1 ist in Fig.l 

durch den Block 102 angedeutet. Bevor der plattformabhangige 
Code auf dem Rechner CL1 ausgefiihrt wird, wird vorzugsweise 
eine Sicherheitsuberpruf ung dieses neu geladenen Codes 
durchgefuhrt. Dies geschieht vorzugsweise mit speziellen 
3 5 Programmen, die die Integritat des geladenen Codes 

sicherstellen, vorzugsweise mittels eines Virensuchprogramms . 
Das Verfahren terminiert in einem Schritt 210. 



15 
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Wie in Fig. 2 angesprochen, wird in Fig. 3 der Schritt 208 aus 
Fig. 2 eingehend erlautert . 

5 Die Verhandlung des Rechners CL1 mit dem Server SV erfolgt 
derart, daS der Rechner CL1 von dem Server SV eine Liste 
aller verfugbaren plattf ormabhangigen Realisierungen der 
Methode b anfordert (siehe Schritt 301) . Die Liste wird von 
dem Server SV an den Rechner CL1 ubertragen. In einem Schritt 
10 302 wahlt der Rechner CL1 eine fur sein Betriebssystem SI 
geeignete Realisierung der Methode b aus, teilt dies dem 
Server SV mit und fordert eine Ubertragung der entsprechenden 
plattf ormabhangigen Realisierung der Methode b (siehe Block 
102 in Fig.l) in einem Schritt 303 an. 



15 
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2. Verfahren nach Anspruch 1, 

bei dem die Verhandlung folgende Schritte umfaSt: 

a) der zweite Rechner (Client) fordert von dem ersten 
Rechner (Server) eine Liste aller verfugbarer 
plattformabhangiger Realisierungen der Funktion an; 

b) die Liste wird von dem ersten Rechner an den zweiten 
Rechner iibertragen; 

c) der zweite Rechner wahlt eine geeignete Realisierung 
aus, teilt dies dem ersten Rechner mit und fordert 
eine Ubertragung dieser Realisierung der Funktion an. 

3 . Verfahren nach Anspruch 1 oder 2 , 

bei dem nach dem letzten Schritt, dem Laden des 
plattformabhangigen Codes von dem ersten Rechner auf den 
zweiten Rechner, eine Sicherheitsuberprufung dieses 
plattformabhangigen Codes durchgefuhrt wird. 



4 . Verfahren nach Anspruch 3 , 

bei dem die Sicherheitsuberprufung folgende MaSnahnie 
20 umfaSt: 

bevor der geladene plattf ormabhangige Code auf dem 
zweiten Rechner ausgefuhrt wird, erfolgt eine 
Integrit&tsprtifung des Codes, vorzugsweise mittels eines 
Virensuchprogramms . 

25 

5 . Verfahren nach einem der vorhergehenden Anspruche , 
bei dem die Eingabe auf eine der folgenden Arten 
vorgenommen wird: 

a) ein Benutzer gibt an, ob er plattformabhangigen Code 
3 0 von dem ersten Rechner laden will; 

b) anhand einer Liste, die Rechner einer sicheren 
Umgebung umfaSt; 

c) es wird immer plattformabhangiger Code geladen, wenn 
der erste Rechner keine sicherheitsrelevanten Daten 

3 5 und/oder Programme enthalt. 
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6. Verfahren nach einem der vorhergehenden Ansprtiche, 

bei dem der plattf ormunabhangige Code JAVA-Bytecode ist. 
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